Method and apparatus for optimizing flash device erase distribution

ABSTRACT

A remapping circuit is connected to a memory. A configuration register is connected to the memory. The configuration register includes performance information for memory blocks in the memory. Also, a system includes a processor, a memory management device is connected to the processor, a display is connected to the processor, a non-volatile memory including a memory blocks is connected to the memory management device, and a register is connected to the non-volatile memory. The memory management device to re-map the non-volatile memory based on information stored in the register.

BACKGROUND

1. Field

The embodiments relate to non-volatile memory, and more particularly to increasing performance of flash memory operations.

2. Description of the Related Art

Non-volatile memory is a type of memory that can retain data and information without needing a power source applied. Typically this type of memory is referred to as “flash” memory or electrically erasable programmable read only memory (EEPROM). Flash memory is used in various types of devices, such as personal computers (PCs), notebook computers, personal digital assistants (PDAs), cellular telephones, digital cameras, etc. Most flash memories only guarantee a limited number of erase and re-write cycles.

With flash memory, data can be written in bytes and erased in blocks of memory. The blocks of memory typically vary between vendors and can range from 256 bytes to 1 Mbyte in size. Some platform architectures use a limited number of flash memory blocks as additional memory space, or “scratch” space. These blocks can be considered as cache memory for frequently used data.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:

FIG. 1 illustrates a graph of memory erase time and a memory block assignment threshold. For an embodiment.

FIG. 2 illustrates an embodiment including a remapping circuit.

FIG. 3 illustrates a physical arrangement of memory blocks according to one embodiment.

FIG. 4 illustrates a system embodiment.

FIG. 5 illustrates another system embodiment.

FIG. 6 illustrates a logical arrangement of memory blocks according to one embodiment

FIG. 7 illustrates pseudo-code for one embodiment.

DETAILED DESCRIPTION

The embodiments discussed herein generally relate to improving flash memory performance. Referring to the figures, exemplary embodiments will now be described. The exemplary embodiments are provided to illustrate the embodiments and should not be construed as limiting the scope of the embodiments.

One embodiment matches block erase time for memory blocks to assign memory blocks in a non-volatile memory, such as flash memory or electrically erasable programmable read only memory (EEPROM). As typical flash memory devices have variability on the erase time of specific flash blocks, one embodiment sets a predetermined threshold for memory block assignment.

FIG. 1 illustrates a graph for an embodiment where the centered dotted line is a threshold for flash memory block assignment. Flash memory blocks that exhibit slow erase time are assigned for storing code as code is rarely updated. Flash memory blocks that exhibit fast erase time are assigned for storing data as data is updated more often than code. The left-hand side of the threshold is for assigning flash memory blocks for storing data while the right-hand side of the threshold is for assigning flash memory blocks for storing code. The width of the erase time distribution will expand over time, as illustrated in FIG. 1 by the two bell curves. That is, the erase time delta between the best performing block and the worst performing block in a flash device will become worse in future flash generations. It should be noted that erase time can also increase with the amount of erase cycles performed. In one embodiment, the increase in the erase time distribution is accommodated in a system by matching the erase time to the typical usage of a specific block by an application.

FIG. 2 illustrates one embodiment including remapping circuit 220 that is connected to memory 210. In one embodiment memory 210 is a non-volatile memory, such as a flash memory, EEPROM, etc. In one embodiment, memory 210 includes configuration register 215. In this embodiment configuration register 215 stores performance information for memory blocks disposed within memory 215. In one embodiment the performance information includes memory block erase information. In another embodiment the performance information is memory block application performance information, such as programming time for each memory block. In yet another embodiment, both memory block erase information and memory block programming performance information are included in the performance information.

In one embodiment remapping circuit 220 physically remaps memory blocks within memory 210. In this embodiment a portion of the memory blocks stores data information and another portion of the memory blocks stores code information. In one embodiment, memory blocks are physically remapped so that memory blocks allocated for data information are contiguous and memory blocks allocated for code information are contiguous.

In one embodiment remapping circuit 220 physically remaps the memory blocks in memory 210 based on the performance information. That is, memory blocks that perform above a threshold for memory erase/programming performance time are allocated to store code information and memory blocks that perform below a threshold are allocated to store data information. In this embodiment, the memory blocks allocated for data information are remapped contiguously, as are the memory blocks allocated for code information. In this embodiment, the performance information is predetermined for each memory block during the manufacturing of memory 210.

In the embodiment where the performance information is memory erase information, the time it takes to erase a specific memory block is recorded/stored. This information is then stored in configuration register 215. In the embodiment where the performance information is programming performance information, the time it takes to program each specific memory block is recorded/stored. This information is then stored in configuration register 215.

In one embodiment, the memory blocks allocated for data information are physically relocated. FIG. 3 illustrates an example of memory 210 with configuration register 215. In FIG. 3, the reference (A) indicates the structure and physical mapping of memory 210 at time of manufacture. The memory blocks marked “fast” are memory blocks that perform below a memory block erase time threshold or programming performance time threshold. The memory blocks marked “slow” are memory blocks that perform above a memory block erase time threshold or application performance time threshold.

Reference (B) in FIG. 3 illustrates memory 210 after remapping circuit physically remaps the memory blocks based on the performance information. As illustrated, the memory blocks indicated as “fast” are contiguously mapped, as are the memory blocks indicated as “slow.” The “fast” memory blocks are then used for storing data as these memory blocks will be used more often than the “slow” memory blocks, which are used to store code that is not frequently erased or programmed. In one embodiment remapping circuit 220 uses memory block swapping/memory block relocation to reorder the memory blocks physically in memory 210. In one embodiment remapping circuit 220 reads the performance information in configuration register 215 and reorders the memory blocks based on the performance times. In one embodiment the memory blocks are remapped using dynamic block swap techniques known in the art.

In one embodiment a system designer can allocate memory blocks for a specific purpose based on the performance information. Memory blocks that store data information benefit from fast erase performance while memory blocks that store code information do not need faster erase performance as they are not frequently programmed/erased. In another embodiment, memory 210 is remapped by remapping circuit 220 to have the fastest performing memory blocks located on a portion of memory 210 for a data file system. System boot commands are stored in the code allocated memory blocks as a mechanism to improve factory program time.

In one embodiment, the threshold indicated in FIG. 1 is set based on an average of the performance of all memory blocks. In another embodiment, the threshold is predetermined based on system requirements. In this embodiment, the threshold can be skewed up or down based on timing necessity. In another embodiment, memory blocks that do not perform as needed are used for other purposes, such as storing configuration information that is not accessed often.

In one embodiment, block erases are tracked for each memory block within memory 210. In one embodiment, after a predetermined number (e.g., 1000, 2000, 30000, 5000, etc.) of memory block erases, a memory block is reassigned accordingly (i.e., a block assigned to data (“fast”) is changed to a code (“slow”) assignment). In another embodiment, after a predetermined number of memory block erases, erase time per block is re-measured by remapping circuit 220 and stored in configuration register 215. Remapping circuit 220 then physically remaps memory 210 based on the determined threshold.

FIG. 4 illustrates an embodiment of system 400 including memory 210, remapping circuit 220 to manage memory 210, processor 430 and display 440. In one embodiment the elements of system 400 communicate over at least one central communication device. In one embodiment the central communication device is a bus. In another embodiment, wireless channels are used for communication.

In one embodiment display 440 may be a display device such as an active matrix liquid crystal display (LCD), dual-scan super-twist nematic display, etc. Lower cost display panels with reduced resolutions and only monochrome display capabilities can also be included in system 400. One should note that future technology flat screen/projection/reflection displays can also be used for display 440.

In one embodiment system 400 is disposed in devices such as, cellular telephones, personal digital assistants (PDA's), notebook computers, palm computers, desk top computers, servers, digital cameras, etc. As previously described, remapping circuit 220 remaps memory blocks within memory 210 based on performance information stored in configuration register 215.

FIG. 5 illustrates an embodiment of system 500 including memory 210, memory management unit (MMU) 520 to manage memory 210, processor 430 and display 440. In one embodiment MMU 520 logically remaps memory blocks in memory 210 based on performance information stored in configuration register 215. In one embodiment, MMU 520 pre-exists in a system and is reprogrammed to read configuration register 215 and remap memory blocks in memory 210 based on performance information stored in configuration register 215. In another embodiment, MMU 520 is installed in system 500 already programmed electronically designed to logically remap memory blocks in memory 210. In one embodiment the performance information includes memory block erase information. In another embodiment the performance information is memory block programming performance information. In yet another embodiment, both memory block erase information and memory block programming performance information are included in the performance information.

In one embodiment MMU 520 logically remaps memory blocks within memory 210. In this embodiment a portion of the memory blocks stores data information and another portion of the memory blocks stores code information. In one embodiment, memory blocks are logically remapped so that memory blocks allocated for data information are logically contiguous and memory blocks allocated for code information are logically contiguous.

In one embodiment MMU 520 logically remaps the memory blocks in memory 210 based on the performance information. That is, memory blocks that perform above a threshold for memory erase/programming performance time are logically allocated to store code information and memory blocks that perform below a threshold are logically allocated to store data information. In this embodiment, the memory blocks logically allocated for data information are remapped contiguously, as are the memory blocks logically allocated for code information. In this embodiment, the performance information is predetermined for each memory block during the manufacturing of memory 210.

In the embodiment where the performance information is memory erase information, the time it takes to erase a specific memory block is recorded/stored. This information is then stored in configuration register 215. In the embodiment where the performance information is programming performance information, the time it takes to program each specific memory block is recorded/stored. This information is then stored in configuration register 215.

In one embodiment, block erases are tracked for each memory block within memory 210. In one embodiment, after a predetermined number (e.g., 1000, 2000, 30000, 5000, etc.) of memory block erases, a memory block is logically reassigned accordingly (i.e., a block assigned to data (“fast”) is changed to a code (“slow”) assignment). In another embodiment, after a predetermined number of memory block erases, erase time per block is re-measured by MMU 520 and stored in configuration register 215. MMU 520 then logically remaps memory 210 based on the determined threshold.

FIG. 6 illustrates an example of memory 210 with configuration register 215 where system 500 logically remaps memory blocks in memory 210 based on performance information stored in configuration register 215. In FIG. 6, the reference (A) indicates the structure and physical mapping of memory 210 at time of manufacture. The memory blocks marked “fast” are memory blocks that perform below a memory block erase time threshold or application performance time threshold. The memory blocks marked “slow” are memory blocks that perform above a memory block erase time threshold or application performance time threshold.

Reference (B) in FIG. 6 illustrates memory 210 after MMU 520 logically remaps the memory blocks based on the performance information. As illustrated, the memory blocks indicated as “fast” are contiguously logically mapped, as are the memory blocks indicated as “slow.” The “fast” memory blocks are then used for storing data as these memory blocks will be used more often than the “slow” memory blocks, which are used to store code that is not frequently accessed. In one embodiment MMU 520 uses virtual memory relocation to reorder the memory blocks physically in memory 210. In one embodiment MMU 520 reads the performance information in configuration register 215 and reorders the memory blocks based on the performance times.

In one embodiment a system designer can logically allocate memory blocks for a specific purpose based on the performance information. Memory blocks that store data information benefit from fast erase performance while memory blocks that program code information do not need faster erase performance as they are not frequently accessed/erased. In another embodiment, memory 210 is logically remapped by MMU 520 to have the fastest performing memory blocks located on a portion of memory 210 where system boot commands are stored as a mechanism to improve factory program time. In one embodiment MMU 520 mappings are set to create a logical order where the memory blocks are contiguous (i.e., fast/slow) while they may physically be scattered.

FIG. 7 illustrates pseudo code for an embodiment where remapping circuit 220 or MMU 520 is programmed to manage memory 210 based on performance information stored in configuration register 215. As illustrated in FIG. 7, remapping circuit 220 or MMU 520 is programmed to read performance information from configuration register 215, store the read data incrementally in an array, sort the array based on the performance information (e.g., from fastest to slowest or vice versa), reconfigure the memory blocks in memory 210 (i.e., physically by remapping circuit 220 or logically by MMU 520).

Some embodiments can also be stored on a device or machine-readable medium and be read by a machine to perform instructions. The machine-readable medium includes any mechanism that provides (i.e., stores and/or transmits) information in a form readable by a machine (e.g., a computer, PDA, cellular telephone, etc.). For example, a machine-readable medium includes read-only memory (ROM); random-access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; biological electrical, mechanical systems; electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.). The device or machine-readable medium may include a micro-electromechanical system (MEMS), nanotechnology devices, organic, holographic, solid-state memory device and/or a rotating magnetic or optical disk. The device or machine-readable medium may be distributed when partitions of instructions have been separated into different machines, such as across an interconnection of computers or as different virtual machines. One embodiment include a machine-accessible medium containing instructions that, when executed, cause a machine to store performance information in configuration register 215 and remap memory 210 based on the performance information. In one embodiment the performance information is specific for each block of a all blocks in memory 210. In one embodiment the memory blocks are logically remapped into at least two contiguous segments (e.g., “fast” and “slow”). In another embodiment the memory blocks are physically remapped into at least two contiguous segments. (e.g., “fast” and “slow”). In one embodiment a threshold is determined for performance and each block is assigned criteria (i.e., “fast” or “slow”) based on the threshold.

While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other modifications may occur to those ordinarily skilled in the art.

Reference in the specification to “an embodiment,” “one embodiment,” “some embodiments,” or “other embodiments” means that a particular feature, structure, or characteristic described in connection with the embodiments is included in at least some embodiments, but not necessarily all embodiments. The various appearances “an embodiment,” “one embodiment,” or “some embodiments” are not necessarily all referring to the same embodiments. If the specification states a component, feature, structure, or characteristic “may”, “might”, or “could” be included, that particular component, feature, structure, or characteristic is not required to be included. If the specification or claim refers to “a” or “an” element, that does not mean there is only one of the element. If the specification or claims refer to “an additional” element, that does not preclude there being more than one of the additional element. 

1. An apparatus comprising: a remapping circuit coupled to a memory; a configuration register; wherein the configuration register including performance information for memory blocks disposed within the memory.
 2. The apparatus of claim 1, wherein the configuration register is disposed within the memory.
 3. The apparatus of claim 1, wherein the performance information includes one of memory block erase information and memory block programming performance information.
 4. The apparatus of claim 3, wherein the remapping circuit to remap the memory blocks to store data in a first contiguous portion and to store code in a second contiguous portion.
 5. The apparatus of claim 1, wherein the remapping circuit is to remap the memory blocks based on the performance information.
 6. The apparatus of claim 1, wherein the memory is a flash memory device.
 7. The apparatus of claim 4, wherein the memory blocks are physically remapped.
 8. A system comprising: a processor; a memory management device coupled to the processor; a display coupled to the processor; a non-volatile memory including a plurality of memory blocks coupled to the memory management device; and a register; wherein the memory management device to re-map the non-volatile memory based on information stored in the register.
 9. The system of claim 8, wherein the information includes one of memory block erase information and memory block programming performance information.
 10. The system of claim 8, wherein the memory management device logically re-maps the plurality of memory blocks in at least two contiguous segments.
 11. The system of claim 10, wherein one of the at least two contiguous segments to store data and the other one of the two contiguous segments to store code.
 12. The system of claim 8, wherein the memory management device physically re-maps the plurality of memory blocks in at least two contiguous segments.
 13. The system of claim 8, wherein the memory management device is one of a memory management unit and a remapping circuit.
 14. A machine-accessible medium containing instructions that, when executed, cause a machine to: store memory block performance information in a register; and remap a memory based on the memory block performance information, wherein the memory block performance information is specific for each block of a plurality of blocks in the memory.
 15. The machine-accessible medium of claim 14, wherein the instruction causing the machine to remap causes the machine to logically remap the plurality of blocks in the memory into at least two contiguous segments.
 16. The machine-accessible medium of claim 14, wherein the instruction causing the machine to remap causes the machine to physically remap the plurality of blocks in the memory into at least two contiguous segments.
 17. The machine-accessible medium of claim 16, wherein the instruction that causes the machine to remap causes the machine to store data values in a first contiguous segment and to store code in a second contiguous segment.
 18. The machine-accessible medium of claim 14, further containing instructions, that, when executed cause the machine to: determine block erase performance for each block of the plurality of blocks.
 19. The machine-accessible medium of claim 14, further containing instructions that, when executed, cause the machine to: determine programming performance for each block of the plurality of blocks.
 20. The machine-accessible medium of claim 14, wherein the memory is a flash memory.
 21. The machine-accessible medium of claim 20, wherein the register is disposed within the flash memory.
 22. The machine-accessible medium of claim 14, further comprising instructions that, when executed, cause the machine to: determine a threshold for performance; assign criteria for each block of the plurality of blocks based on the threshold; designate blocks to store code based on the threshold; and designate blocks to store data values based on the threshold. 